home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 289 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  3.4 KB
  1. Path: fido.asd.sgi.com!austern
  2. From: Dick Menninger <Dick.Menninger@daytonoh.attgis.com>
  3. Newsgroups: comp.std.c++
  4. Subject: Re: hash_XXX containers?
  5. Date: 05 Feb 1996 18:35:14 PST
  6. Organization: AT&T Global Information Solutions
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <DMBuKL.Grv@falcon.daytonoh.attgis.com>
  9. References: <4f2tms$r9r@engnews1.Eng.Sun.COM>
  10. Reply-To: mennid <Dick.Menninger@daytonoh.attgis.com>
  11. NNTP-Posting-Host: isolde.mti.sgi.com
  12. X-Original-Date: Mon, 5 Feb 1996 23:57:57 GMT
  13. X-Newsreader: DiscussIT 2.5.1.3 for MS Windows [AT&T Software Products Division]
  14. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  15.     iQBVAwUBMRa+dEy4NqrwXLNJAQEddgIAt9t+ed80a2Rm/Vq78D0QJi65wHz218Ms
  16.     7zffbqQnCV+NHoblSP2zwcmVL2E7qrcS8VtfW3RjAhef9T5Q5og8og==
  17.     =lQGH
  18. Originator: austern@isolde.mti.sgi.com
  19.  
  20. > ==========Steve Clamage, 2/4/96==========
  21.  
  22. > Eugene Lazutkin <eugene@int.com> writes:
  23. > 
  24. > >What is a current status of a *Subj* proposal? Is C++ Standard 
  25. > >Committee going to accept them or not?  What was a problem?
  26. > >How was it solved, if it was? 
  27.  
  28. > A proposal was received for adding hash tables to the STL part
  29. > of the standard C++ library. Without addressing its technical
  30. > merit, the C++ Committee decided it was not possible to deal with
  31. > the proposal and still have any chance of meeting the schedule.
  32.  
  33. > The proposal (or perhaps a modified version) was resubmitted
  34. > later. Again without considering the technical merit, the
  35. > Committee noted that the time situation had not changed, and
  36. > it was still not possible to consider the proposal.
  37.  
  38. > To elaborate on the problem of time, nearly two years after
  39. > accepting the original STL proposal, details are still being
  40. > tweaked. The hash table proposal is about half the size of
  41. > the original STL proposal. Even if we had the resources to
  42. > devote to analyzing it, we could not afford to add another
  43. > year to the schedule.
  44.  
  45. > For every person who wants just one more vital feature added to
  46. > the draft, someone else wants the standard to be declared
  47. > finished and published. The Committee has decided not to add
  48. > any more features, and to fix the remaining problems with
  49. > what we already have.
  50.  
  51. Since I have been something of a pot sturrer on similar
  52. issues, it may come as a surprise that I completely endorse
  53. this stand as the only possible course for the committee.
  54. The language has not fully grown up, particularly in STL-related
  55. issues.  Yet it desparately needs to leave home and grow up
  56. after it does.
  57.  
  58. Actually, much of my pot sturring has been pointed at getting
  59. people to think about how to continue helping it grow out of
  60. some a rather awkward adolescence in some areas without
  61. a major schedule wait.  The process to make it a standard
  62. is not really under control of the committee, rather they have
  63. to live with most of it being imposed on them.  It may not fit
  64. this case as well as some others, but processes are like that.
  65. The key is to keep the process from stunting the growth during
  66. a key time of growth (why do schedules have such an uncanny
  67. ability to find such awkward points in development?).
  68.  
  69. So, how does growth continue in such a forced, imperfect
  70. circumstance?  "It will not be in the standard" has to be
  71. a premise of ANY answer.
  72.  
  73.  
  74. Good Day
  75. Dick
  76. Dick.Menninger@DaytonOH.ATTGIS.COM
  77. ---
  78. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  79.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy is
  80.   in http://reality.sgi.com/employees/austern_mti/std-c++/policy.html. ]
  81.